

A Hardware-in-the-Loop Testbed for Spacecraft Formation Flying 

Applications'' 


Jesse Leitner 

NASA Goddard Space Flight Center 
Code 571 


Greenbelt, MD 20771 
(301)286-2630 

jesse.leitner(ggsfc.nasa.gov 


Abstract — The Formation Flying Test Bed (FFTB) at NASA 
Goddard Space Flight Center (GSFC) is being developed as 
a modular, hybrid dynamic simulation facility employed for 
end-to-end guidance, navigation, and control (GN&C) anal- 
ysis and design for formation flying clusters and constella- 
tions of satellites. The FFTB will support critical hardware 
and software technology development to enable current and 
future missions for NASA, other government agencies, and 
external customers for a wide range of missions, particularly 
those involving distributed spacecraft operations. The ini- 
tial capabilities of the FFTB are based upon an integration of 
high fidelity hardware and software simulation, emulation, and 
test platforms developed at GSFC in recent years; including 
a high-fidelity GPS simulator which has been a fundamental 
component of the Guidance, Navigation, and Control Center’s 
GPS Test Facility. The FFTB will be continuously evolving 
over the next several years from a tool with initial capabili- 
ties in GPS navigation hardware/software-in-the-Ioop analysis 
and closed loop GPS-based orbit control algorithm assessment 
to one with cross-link communications and relative navigation 
analysis and simulation capability. Eventually the FFTB will 
provide full capability to support all aspects of multi-sensor, 
absolute and relative position determination and control, in all 
(attitude and orbit) degrees of freedom, as well as informa- 
tion management for satellite clusters and constellations. In 
this paper we focus on the architecture for the FFTB as a gen- 
eral GN&C analysis environment for the spacecraft formation 
flying community inside and outside of NASA GSFC and we 
briefly reference some current and future activities which will 
drive the requirements and development. 
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1. Introduction 


Formation flying and distributed spacecraft missions are be- 
coming the wave of the future for NASA and the United States 
Department of Defense (DoD). Dozens of missions have been 
formulated which exploit distributed spacecraft technologies 
to enable higher resolution imagery and interferometry, robust 
and redundant fault-tolerant architectures, and complex net- 
works dispersed over clusters of satellites in space. Figure 1 
shows a current list of missions that are proposed or funded in 
which NASA has the management responsibility or significant 
involvement. 

In order to support these missions starting with initial 
concept definition, NASA Goddard Space Flight Center’s 
(GSFC’s) Guidance, Navigation, and Control (GN&C) Cen- 
ter has been developing a Formation Flying Testbed (FFTB) 
to bridge the gap between component-level formation fly- 
ing technology development projects and the upcoming dis- 
tributed spacecraft programs. The FFTB is being developed as 
a modular, hybrid dynamic simulation facility for end-to-end 
guidance, navigation, and control (GN&C) analysis and de- 
sign for formation flying clusters and constellations of satel- 
lites. The FFTB will support critical hardware and software 
technology development to enable current and future missions 
for NASA, other government agencies, and external customers 
for a wide range of missions, particularly those involving dis- 
tributed spacecraft operations. The initial capabilities of the 
FFTB are based upon an integration of high fidelity hardware 
and software simulation, emulation, and test platforms devel- 
oped or employed at GSFC in recent years, including a high- 
fidelity Global Positioning System (GPS) simulator which has 
been a fundamental component of the GN&C Center s GPS 
Test Facility. The FFTB will be continuously evolving over 
the ne.\t several years from a tool with initial capabilities in 
GPS navigation hardware/software-in-the-loop analysis and 
closed loop GPS-based orbit control algorithm assessment to 



Projecfed 
Launch Year 

Name 

Vlission Type 

{Ml 

New Millennium Prognim (NMF*) I'O-l 

Earth Science 

1)1 

(iraMty Recovery and (..'limalc Recovery KIRA('L') 

Earth Science 

02 

Umvorsily NanosafvAir Force Research Laboratory Launch 1 

Technology Demonstrator 

02 

Univcrsdy Nanosats^Air Force Research Laboratory Launch 2 

Technology Dcmonstniior 

03 

Auroral Litcs Mission (MIDEX) 

Space Scicncc/SEC 

03 

Techsat-2! Demonstrator AFRL 

Technology Demo 

03 

New Millennium Program (NMP) ST-5 

Space Science 

04 

DARPA/AF Discoverer II 

Technology Demo 

05 

Origins Program Space Tcchnology-3 

Space Scicncc/ASO 

05 

Magnctosphenc Multi.scalc (MMS) 

Space Scicncc'SEC 

05 

Space intert'erometry Mission (SIM) 

Space Scicncc/ASO 

07 

Global Precipitation Mission (EOS-9) 

Earth Science 

08 

Geospacc Electrodynamic Connections (GEC) 

Space Science/ SEC 

08 

Const c!lation-X 

Space Scicncc'SEU 

"08 

Laser Inicrfcromctnc Space Antenna (LISA) 

Space Scicncc/SEU 

08 

Radiation Belt Mappers 

Space Scicncc/SEC 

09 

Ionospheric Mappers 

Space Scicncc/SEC 

09 

DARWIN Space infrared Interfcromctcr^Europcan Space Agency 

Space Science 

iO 

Magnetosphcric Constellation (DRACO) 

Space Scicncc/SEC 

10 

Leonardo Bi-direction Radiant Forcing (GSFC) 

Earth Science 

051- 

Stellar Imager and Seismic Probe (SISP) 

Space Scicncc/SEC 

05+ 

Astronomical Low Frequency Array (ALFAVExplorers 

Space Science 

05+ 

Sentinels 

Space Scicncc/SEC 

05 + 

Soil Moisture and Ocean Salinity Observing Mission (EX-4) 

Earth Science 

05 + 

Time- Dependent Gravity Field Mapping Mission (EX-5) 

Earth Science 

05 + 

Vegetation Recovery Mission (EX-6) 

Earth ScicTKc 

05 + 

Cold Land Processes Research Mission (EX-7) 

Earth Science 

05+ - 

Submillimctcr Probe of the Evolution of Cosmic Structure (SPECS) 

Space Scicncc/SEU 

15 + 

MAXIM X-ray Interferometry Mission 

Space Scicncc/SEU 

15 + 

Terrestrial Planet Mapper 

Space Scicncc/ASO 

15 + 

ITM Waves. Outer Heliospheric Radio Imager (OHRI) 

Space Scicncc/SEC 

15 + 

NASA Goddard Space Flight Center Earth Sciences Vision 

Earth Science 

15 + 

NASA Institute of AdvaiKcd Conccpts/Vcry Large Optics for the Study 

Space ScicrKC 

15 + 

NASA Institute of Advanced Concepts /Ultra-high Throughput X-Ray 

Space Science 

15 + 

NASA Institute of AdvaiKcd Concepts / Structureless Extremely Large 
Yet Very Lightweight Swarm Array Space Telescope 

Space Science 


Figure 1: Distributed Spacecraft Mission List 


one with cross-link communications and relative navigation 
analysis and simulation capability. Eventually the FFTB will 
provide full capability to support all aspects of multi-sensor« 
absolute and relative position determination and control, in all 
(attitude and orbit) degrees of freedom, as well as information 
management for satellite clusters and constellations. 

The remainder of this paper is organized as follows. The 
next section describes the general FFTB system architecture 
which is designed to ensure a wide applicability to virtually 
all of the upcoming distributed spacecraft missions, as well 
as the technology programs that feed in. After that, two key 
formation flying technology programs are described which are 
driving the current requirements for the FFTB. This will then 
be followed by a synopsis of future directions and concluding 
remarks. 

2. System Architecture 

In the development of a simulation or emulation testbed, it is 
important to consider the general utility to of the infrastruc- 
ture to support the widest range of relevant programs. With 
this in mind, the first step in planning the FFTB was to define 
an architecture which ensures maximum general utility. This 
is portrayed in Figure 2. 


This diagram defines the system architecture in its most 
general form, without respect to whether centralized or decen- 
tralized navigation or control are being employed. The com- 
ponents are defined as follows. 

1 Central Simulation Controller (CEN) — this is the 
underlying software and hardware infrastructure 
that monitors all subsystem activities. This pro- 
vides the ’’God’s eye” view of the testbed. The 
CEN is composed of a spacecraft formation com- 
ponent and a laboratory simulator component. 

The spacecraft formation component is composed 
of the elements of the spacecraft command and 
data handling (C&DH) and communication sub- 
systems which are not accounted for in the indi- 
vidual spacecraft on-board processors. The lab- 
oratory simulator component is the infrastructure 
that combines all of the components together in 
the lab, receives terminal inputs, sends display 
data, and connects the testbed to outside facilities. 

2 Intersateilite Communications Subsystem (ICS) 

— consists of all hardware and software compo- 
nents related to the satellite crosslinks for both 
comm and ranging. This system also handles the 





Figure 2; FFTB System Architecture 


on-board intersatellite C&DH of the formation. 

3 On-board Processing Subsystem (PS) — consists 
of all software and hardware representing on- 
board processing functions on the spacecraft. 

4 Ground Control and Telemetry Subsystem 
(GCTS) — consists of all on-ground control and 
data transmission functions. The on-board GCTS 
simply represents an on-board transition of tradi- 
tional ground-based operations functions. 

5 Navigation Subsystem (NS) consists of all 
hardware (sensors, GPS receivers and antennas, 
etc), models and simulations thereof, and soft- 
ware (estimators, etc) involved in providing esti- 
mated state vectors. The software component lies 
entirely on the on-board processing system (PS). 

6 Guidance and Trajectory System (GTS) — holds 
and computes the maneuver plans for the individ- 
ual satellites in the cluster. 

7 Environment Subsystem (ES) — consists of the 
models of the spacecraft dynamics (orbit, attitude, 
possibly flexible modes) and space environment, 
including the ionosphere and atmosphere. Addi- 
tionally, this includes any sensor noise models as 
well as the motion of the GPS satelites, where ap- 
plicable. 

8 Vehicle Control Subsystem (CS) — consists of all 
hardware (actuation devices), models and simula- 


tions thereof, and software (control laws, etc) in- 
volved in computing forces and moments applied 
to each individual vehicle. 

9 Health and Status Subsystem (HSS) — these are 
the on-board processing items which track sys- 
tem mnemonics, look for out-of-range variables, 
perform fault-detection, and, in general, perform 
higher-level control on the vehicle via agents or 
other mechanisms to enable vehicle and cluster 
autonomy. 

10 Formation Flying Executive (FFE) — - this pro- 
vides the connectivity between the desired motion 
of the virtual platform and that of the individual 
satellites. This is an on-board software compo- 
nent that will take a high-level virtual platform 
guidance command and allocate the guidance to 
each individual vehicle. In the simplest form, 
it defines the initial conditions of each satellite 
based on a desired cluster configuration. 

The general architecture defined above is a guideline for 
the FFTB used to ensure the general capability to integrate 
a component or set of components into the testbed for inte- 
grated system analysis. This ensures the ability to solve re- 
quired customer problems while simultaneously building in- 
frastructure and capability to support vastly differing forma- 
tion flying projects and/or programs. While the figure is a sim- 
ple block diagram incorporating standard GN&C elements, it 
is important to point out that this representation is unique in 











defining a new architecture for controlling spacecraft forma- 
tions in which we view the system as a cluster as opposed 
to several independent, individual spacecraft. This is an es- 
sential view for those missions which require the cluster(s) of 
spacecraft to act as a single entity, such as a synthetic aper- 
ture of a telescope or a multiple spacecraft Michelson inter- 
ferometer. There are several driving factors for defining such 
an architecture. First, in most cases the spacecraft must con- 
tinuously control position and orientation either relative to the 
other spacecraft, or at the very least in consideration of the ac- 
tions of the other spacecraft. This is a major transition from 
typical current spacecraft operations in which the attitude may 
be maintained or controlled autonomously on-board, but the 
orbit is monitored from the ground and on a weekly, monthly, 
or longer scale; corrected through a ground-based effort (coor- 
dinated between independent attitude control and orbit main- 
tenance groups) involving significant time and manpower for 
planning and scheduling the maneuvers. In short, corrections 
that would have occurred on the scale of weeks or months must 
now be done, in some cases, in a fraction of a second and with- 
out ground intervention. The orbit control relies on both good 
sensory information and proper control action with respect to 
the vehicle attitude in order to do its own job. This gives rise 
to a more coupled view, both at the intra- and inter-spacecraft 
level, such that attitude and orbit determination (AOD) and at- 
titude and orbit control (AOC) are respectively coupled and 
termed simply '‘navigation’' and “contror respectively, with 
much more general definitions than traditionally employed 
Another important consideration is that while now there is a 
“cluster-lever control of the virtual platform^ the bulk of the 
sensing and control is actually implemented at the individual 
spacecraft level. This gives rise to the FFE as defined above as 
well as a slew of functions providing higher- level control and 
oversight to the spacecraft, which are encompassed in the HSS 
and the on-board GCTS. The result is now a series of software 
elements which are taking the place of large ground support 
teams previously required for major satellite programs. The 
FFTB has the role of defining these formation flying architec- 
tures, validating them in a realistic environment, and provid- 
ing the means to transition them to demonstrational and oper- 
ational use in space. 

3. Technology Program Support 

The following subsections briefly describe the two programs 
funded by the NASA Explorers program and the Space Op- 
erations Management Office (SOMO) which are driving the 
initial requirements for FFTB capability. The first is a De- 
centralized Formation Control effort [1] and the second is an 
effort in GPS-based relative navigation for high altitude earth 
orbiting satellites [2]. Using the funding and efforts that these 
projects would have used to independently perform modeling 
and simulation analysis, the initial capabilities for the FFTB 
have been developed such that infrastructure is available for a 
range of other related projects and, most importantly, the tools 
are available to transition to the upcoming distributed space- 
craft flight programs at Goddard and elsewhere. 


Decentralized Control 

One of the first projects defining FFTB requirements and driv- 
ing schedule and milestones is a decentralized formation con- 
trol algorithm development activity funded by the NASA Ex- 
plorers program. The methodology is an innovative applica- 
tion of well-known Linear Quadratic Gaussian (LQG) control 
theory implemented over a distributed cluster of vehicles. This 
project will result in a high-fidelity GPS-based implementa- 
tion of decentralized formation control in the FFTB by June 
of 2001. Figure 3 portrays the specific implementation of the 
integrated closed- loop analysis. 

The key elements represented in this figure are ( 1 ) an envi- 
ronment simulation which is composed of 2-4 vehicle orbital 
dynamic models running in a software tool developed by the 
Hammers Corporation called VirtualSat Pro (or VSat Pro, for 
short); (2) a Global Simulation Systems (GSS) 4760 dual fre- 
quency, 4 RF output (each with 16 channels), GPS RF sig- 
nal simulator, which is driven through an IEEE 488 interface 
from the VSat Pro model; (3) 2-4 in-house developed, open- 
architecture “Pi VoT” GPS receivers, each running an extended 
Kalman Filter developed at NASA Goddard entitled GEODE 
(GPS-enhanced Orbit Determ ination)[4] producing absolute 
navigation solutions; (4) 2-4 rack-mounted PCs, communicat- 
ing with each other through an ethemet hub, each running for- 
mation command and data handling (C&DH), a relative navi- 
gation version of GEODE, as well as the decentralized control 
law; and (5) a Cesium timing source to ensure proper synchro- 
nization of all of the components, (6) a NASA developed tool 
commercialized by the Hammers Co. called ITOS (Integrated 
Test and Operations System) used to provide simulation of the 
ground control interface. This demonstration will validate a 
formation navigation and control strategy applicable to a wide 
range of existing and proposed upcoming distributed space- 
craft missions within NASA and the DoD and will establish 
an infrastructure to provide analysis support to a multitude of 
upcoming missions. Additionally, this will be used as the first 
increment to the FFTB architecture. In reference to Figure 2, 
items (1), (2), and (5) above constitute the ES in this imple- 
mentation. Item (3) is the NS, with the receivers being the sen- 
sor component and GEODE being the estimator component. 
Item (4) represents the PS and communication component of 
the ICS. In this implementation the CEN is simply represented 
by a series of PCs which interface with various components of 
the simulation. Lastly, ITOS maps into the Ground GCTS. 


High Altitude Relative Navigation 

The current driving force behind the FFTB is an effort which 
extends the capabilities of the GEODE software on the PiVoT 
open architecture receiver to develop GPS-based relative nav- 
igation capabilities for satellite formations which are (or have 
significant regions) well above the GPS constellations, such as 
in highly-ellipticai orbits or geosynchronous orbits. The ef- 
fort essentially involves a coordination between the tracking 
loops in the receiver and the on-board extended Kalman filter. 
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as well as an extremely high-fidelty modeling dyn^cs 
in GEODE to enable propagation durmg 'o"® P"' 
tracking any GPS satellites. This project is fully enabled by 

Ihe high fklthty inhwated GPS J vt j 

FFTB as well as the open-architecture provided by the Pi Vo 1 
S reivers, as sj^.ional, ofr-.ha.shelfracc.ars do « 
provide the capability to modify the code in the on-board pro- 
cessor or the tracking loops. 

4. Mission Support 

While the support to technology programs has been the 
driving force behind developing the FFTB. the actual exis- 
tence is necessitated by upcoming spacecraft missions, such 
llX Figure 1. Tn particular, the FFTB has he^n to 
work closely with several of these missions to support prelim- 
inary analysis for the programs as well as to ensure that the m- 
fraZuctiJe developed by current testbed ® J 

general enough platform to support key distnbuted sP®«craft 
p"^. The Lplementation of technologies m the FFTB 
is currently performed with direct application to some of the 
missions in which GPS is likely to be the primary navigation 
“(University NanoSats, TechSat21, Leonardo) as we 1 
as some where GPS is a good candidate but where pe 

mance at the extreme altitudes is still open to question (Magn^ 
tospheric Multiscale or MMS). Furthermore, with 
capabilities in mind, such programs such as the l"'^^ 

S^ometer Space Antenna (LISA) [3] and the Stellar Interfer- 
ometer are driving FFTB infrastructure outside of the realm o 
GPS-based navigation by being in proposed heliocentric and 
Earth-Sun Lagrange points, respectively. Hence ort . ® 
element of the FFTB activity is the interaction with the key 
.nvestigators of upcoming distnbuted 

the subsequent insertion of requirements into the F^B archi 
lecture and development plan. It is essential that the require^ 
ments and specific GN&C elements of these missions which 
are further out be considered early on to ensure that the capa- 


Figure 3 . FFTB Decentralized Control Implementation 

bility is there for detailed support when the proper time comes. 


5. FUTURE DIRECTIONS AND CONCLUSIONS 

A general system architecture for NASA Goddard’s GNCC 
Fomation Frying Testbed was presented, 
cific implementation within that architecture ge^ed to vali- 
date a current formation control algonthm being Jveloped at 
GSFC As the emphasis of the two Explorers efforts we on 
GPS-based relative navigation and control, several ® ^ 

of »,= archUmu,. no, n^nW fo, 
term upcoming demonstrations. For example, the ‘"‘ereatel 
Ute communication system is trivially modeled “ ^ ^CP 
communication network through an ethemet hub and the rag- 
ing will be computed through filtered differencing o e 
mLurements. At some time shortly following this demon- 
Sr the upcoming programs will drive the requirement 
towards a more realistic implementation involving an actua 

fl,ght-like intersatellite communication and ^ 

Zalion cunontly 

the ground and NASA’s Tracking Data Relay S^elhte System 
tTDRSS) will become important. Henceforth, the FFTB 
headed towards a full RF emulation/simulation of the forma- 
tion flying problem as shown in Figure 4. Finally, the plans 
are to open^Iip the FFTB to technology and mission level cus- 
tomers through a web-based scheduling and validation process 
which will be available sometime in late 2001 . 
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Figure 4; FFTB Full RF Implementation 
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